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(54) Entity-relation database. 



(57) An entity-relation database is disclosed to 
include a plurality of entity fields containing 
arrays of data elements, the data elements be- 
ing related to each other in predefined sets, 
with each predefined set including data ele- 
ments in at least two of the entity fields. At least 
one linked list defines the relationship between 
data elements between each of the predefined 
sets and provides a means for retrieving all of 
the elements of any selected predefined set 
from the two entity fields. The linked list con- 
sists of two distinct portions, namely, a head 
portion associated with each member of one 
entity field and a continuation portion as- 
sociated with each member of another entity 
field, while each entry consists of a pair of 
addresses thereby forming a doubly linked list. 
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Cross-Reference to Related Applications 

This is a continuation-in-part of application Serial 
No. 07/700,548 filed May 1 5, 1991 , and entitled Real- 
Time Statistical Process Monitoring System which is 
hereby incorporated by reference. 

Background of the Invention 

This invention relates to computer database sys- 
tems generally and more particularly to computer da- 
tabase systems for use in process monitoring of vari- 
ous manufacturing operations, and the like. The in- 
vention particularly relates to such systems which 
seek to store and retrieve in a coordinated fashion 
sets of data within predetermined time constraints on 
either an as-requested basis or on a continuous event 
driven basis. 

Database systems generally comprise a collec- 
tion of data stored in various files, records, and fields, 
together with certain dictionaries, indexes, and the 
like, to permit quick and easy storage and access of 
the information within the database. In most contem- 
porary database systems, each type or class of data 
is stored in a separate file with an appropriate index 
such that the logical intersection of the data from two 
separate files may be examined by asking an appro- 
priate query of the database. The computer system 
then examines each database in turn, extracting the 
required information from each database, which ex- 
tracted information is then assembled in a correlated 
fashion for presentation in response to that inquiry. As 
a general rule, the time for response to the query is 
directly related to the number of files which have to be 
examined or searched for the information and the 
length of each file. If the files are indexed or other- 
wise ordered in a sequence based on a criteria of the 
data stored in the file, then the access time can be 
reduced significantly within each file. Nevertheless, 
the coordination of the data from several files will still 
depend on a need to examine each file in order to re- 
trieve the necessary information. 

The storage of information in such general data- 
base files is also related to their size and structure. 
While it is readily apparent that data could quickly be 
added to any file in random order, in the absence of 
some indexing method, retrieval of that same data 
from that file would require an examination of the en- 
tire file. If, on the other hand, either the file itself is 
organized in some sequential or an index is provided 
which allows the sequential order of the file to be es- 
tablished, then the time to enter data into the appro- 
priate location or generate the appropriate index nec- 
essarily increases the time necessary to enter infor- 
mation into the file. As a general rule, the data itself 
is rarely placed in an ordered arrangement while the 
use of indexing arrangements is widely used. 

Nevertheless, the index in each given file is gen- 



erally separate from and has no relationship to any 
other file maintained by the database at the same 
time and thus the corr lation of information from two 
files requires an independent search of each of the in- 
5 dexes employed in each of t he files into which access 
is required in order to retrieve information from multi- 
ple files. 

The need to generate multiple indexes in order to 
deposit related information into multiple files of a sin- 
to gle database and, perhaps more importantly, the 
need to search multiple indexes in order to retrieve re- 
lated information from multiple files of a single data- 
base significantly slows the operation of a database. 
While in most circumstances such access and retriev- 
es al delays are tolerable, they cannot be tolerated in 
data processing systems which are employed in real 
time critical path problems such as process monitor- 
ing systems employed in connection with various 
manufacturing operations. That is, it is necessary that 
20 any computer based process monitoring system used 
for monitoring a manufacturing operation must at all 
times be able to operate faster than the underlying 
manufacturing operation which it is tasked to monitor. 
From a practical point of view, manufacturers cannot 
25 tolerate a situation where a manufacturing process is 
being slowed as a result of the inability of a computer 
to keep up with the informational requirements of that 
manufacturing process. 

Thus a central problem sought to be solved by the 
30 present invention is the development of a database 
which can in each and every circumstance complete 
a data access and retrieval operation which, even un- 
der the worst case, operates within a well-defined 
and known upper limit of time which upper limits can 
35 be employed to ensure thatall necessary data record- 
ing and analysis can be achieved within the time con- 
straints imposed by the external manufacturing proc- 
ess which the system is monitoring. It will be readily 
appreciated of course that such a database organiza- 
40 tion has wide utilization even beyond manufacturing 
process monitoring and has particular utility in any cir- 
cumstance where it is desirable that a database be 
sufficiently fast to operate within the time constraints 
of events external to that database so long as they 
45 are not beyond the capacity of the computer hard- 
ware in which the database management system is 
installed which is of course always a limiting factor. 

Summary of the Invention 

50 

Adatabase in accordance with the present inven- 
tion includes as a basic organizational structure all of 
the data relationships as well as the data itself and, 
as a result, is referred to as an entity-relation data- 
55 base. Such an entity-relation database generally 
comprises a plurality of entity fields containing arrays 
of data elements, the data elements being related to 
each other in predefined sets, each predefined set in- 
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eluding data elements in at least two of the entity 
fields. At least one linked list which defines the rela- 
tionship between data elements between each of the 
predefined sets and provides a means for retrieving 
all of the elements of any selected predefined set 
from the two entity fields. The linked list consists of 
two distinct portions, namely, a head portion associ- 
ated with each member of one entity field and a con- 
tinuation portion associated with each member of an- 
other entity field, while each entry consists of a pair 
of addresses thereby forming a doubly linked list 

In the head portion, each entry associated with 
each member of a first entity field contains an ad- 
dress of a first element and an address of a last ele- 
ment, the first and last elements both being present ' 
in a second entity field and being related to the mem- 
ber of the first entity field. If there are no elements of 
the second entity field which are related to a particu- 
lar element of the first entity field, then both address- 
es will be null. If there is only one element in the sec- 
ond entity field associated with the element In the 
first entity field and the address for both the first and 
last element will be the same. Where there are more 
than one related element in the second entity field, 
the first and last element addresses will of course be 
different In no circumstance will there be either more 
than or less than two addresses in the head portion 
of the linked list associated with each member of the 
first entity field. 

In the continuation portion, there are likewise 
provided two addresses associated with each mem- 
ber of the second entity field. One address is for the 
next element in the second entity field which is relat- 
ed in a similar manner to the same data element in the 
first entity field while the second address is for the 
previous element in the second entity field also relat- 
ed to the same element in the first entity field, it will 
be appreciated that the string of next and previous ad- 
dresses defines an address loop within the second 
entity field containing all of the related elements in 
that field. Further, since the pair of addresses asso- 
ciated with each member of the second entity field in- 
cludes both the next element and the previous ele- 
ment, this loop of data elements can be traversed in 
either of two reciprocal orders starting with either the 
first or last element identified by the address found in 
the head portion of the linked list. This deterministic 
addressing of related elements of predefined sets of 
data included in two different entity fields permits the 
retrieval of all related data by conducting only a single 
search of one of the two data fields in order to retrieve 
a complete set of related data. It will be appreciated 
that each data element of a given field can include 
any number of address pairs belonging to any number 
of head portions of linked lists. On the other hand, 
each data element can only include a single pair of ad- 
dress pairs from a continuation portion of the linked 
list. 



In order to provide for multiple addressing to a giv- 
en data element In a giv n entity fi Id, an entity-rela- 
tion database in accordance with the pr sent inven- 
tion can also contain at least one pointing field con- 
5 taining an addressable array of addresses of at least 
some of the data elements In an entity field. As such, 
the pointing field constitutes an indirect addressing of 
data elements In the given entity field, a head portion 
of a linked list associated with each member of a see- 
to ond entity field contains address for a first and last 
element of the pointing field pointing to related ele- 
ments in the first entity field. The continuation portion 
of the linked list is associated with each member of 
the pointing field and contains addresses of each next 
15 and previous element of the pointing field which 
points to related elements in the first entity field which 
are related to the given element in the second entity 
field. The linked list linking the pointing field to ele- 
ments in a second entity field permits retrieval of all 
20 related elements in the first entity field even where 
the elements in the first entity field relate to more 
than one element in the second entity field. Like the 
previously described linked list, the linked list related 
to the pointing field permits retrieval of related data 
25 elements from the selected entity field in either of two 
reciprocal orders defined by the linked list. Further, 
any number of linked lists coupled with pointing fields 
can effectively point to the same set of elements in 
any given entity field. 
30 It will be appreciated that in both circumstances 

the linked lists may be viewed as a series of indepen- 
dent loops which stitch together related data appear- 
ing in any number of databases. For each linked list, 
the integrity of the individual entries can be checked 
35 by merely comparing the sum of the first and next ad- 
dresses with the sum of the last and previous ad- 
dresses within each linked list. If this sum is not equal, 
then the linked list is incorrect due to an address er- 
ror. The sequence of addresses within each loop can 
40 then be checked to identify any inconsistency in ad- 
dressing inasmuch as each linked list provides two 
loops for each related set of data. Upon identification 
of a pair of loops containing an inconsistent address, 
the content of the two inconsistent addresses can be 
45 analyzed. Since the addresses can reasonably take 
on any number of values and most erroneous address 
values would lead to a non-sensical data element, self 
correction of the linked lists is usually possible. 
Where, from an analysis of the data present at the in- 
50 consistent addresses, a resolution of the proper ad- 
dress is not possible, then intervention into the sys- 
tem would be required. 

The use of the double-linked list for mapping re- 
lationships between data allows for a very simple de- 
55 terministic process to be used for either the entry or 
deletion of data elements referred to by such linked 
lists, the number of steps employed being fixed and 
not dependent on the length of the link list involved. 
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The use of the double-linked list and pointing fields al- 
lows for a database to be constructed containing no 
redundant data. While the database avoids the use of 
redundant data, it will be appreciated that the signif- 
icantly larger volume of the database is employed in 5 
specifying the relationships between data elements 
in the database. 

The predef initlon of relationships between data 
elements appearing in various entity fields of the da- 
tabase allows for considerable time savings and re- to 
trieval of information from the database since only a 
single search is required. The data retrieval time is 
now determined by the indexing and search method 
employed to access the initial element of the prede- 
fined set In accordance with the present invention, 15 
each of the entity fields containing data elements 
forming the route or basis for a data inquiry as ratio- 
nalized by providing an index ordering the data by a 
selected characteristic of the data elements within 
the indexed entity field. That is, data in the form of 20 
discreet positive integers would be indexed so as to 
be retrievable in numerical order, text information 
would be indexed so as to be retrievable in alphabetic 
order, etc. 

Additionally, the search mechanism employed for 
searching the index for the selected element is binary 
in nature so that a series of inquiries is made of the 
index and at each inquiry the search is constrained to 
only that half of the index known to contain the ele- 
ment desired to be retrieved. Thus, the time "T M to re- 
trieve a desired data element from a field even in the 
worst case is determined by the equation 

T = K log 2 n, 
where V is the size of the field containing the de- 
sired data element and "K" Is a proportionality con- 
stant determined by the hardware in which the entity- 
relation database of the present invention is installed. 
The use of such a binary search scheme in an entity- 
relation database of the present invention assures re- 
trieval of all related data for a given inquiry in an iden- 
tifiable amount of time which time constraints can 
then be employed to specify the hardware system 
constraints In relationship to the underlying manufac- 
turing process or other event driven critical data 
needs to which the database is to be employed. It will 
also be understood that the time for insertion and de- 
letion of data In the system is proportional to n, name- 
ly, is about the same as the search time, namely, 
T » Kn 

Thus, the entity-relation database in accordance with 
the present invention provides for a deterministic per- 
formance for all operations of the database. 

It will be appreciated that where the number of 
entries V in any given ntity field becomes very 
large, the insert/delete time of such an indexed entity 
field might exceed the allowable time as determined 
by the external events to which the database is oper- 
ationally connected. In such circumstances, an alter- 



native indexing scheme can be employed wherein the 
indexing means comprises a searchable network of 
integers arranged in groups of thre integers for each 
of the data elements in an entity field indexed in such 
a manner. One of the three integers specifies that in- 
dex integer of a parent data element of the same en- 
tity field. Each of the two remaining integers specifies 
the index integer of any Immediately dependent data 
elements of the same entity field, the network of in- 
tegers mapping the data elements into an inverted bi- 
nary tree, where each layer in the tree structured con- 
tains twice as many elements as the preceding layer. 
Insertion and deletion of data in the modified binary 
tree is proportional to n, being about the same as the 
search time, T * Kn. When so indexed, searching is 
conducted by initiating the search at the root of the 
tree and following the path defined by the integers 
specifying the dependent data elements to the de- 
sired element. While the time required access a given 
desired element within a field using such indexing 
may actually be somewhat slower than a binary 
search of simply a linear sort index, the time for add- 
ing or deleting the desired element from the database 
is significantly shorter (approximately T « K log 2 n) 
since the number of changes to the binary tree index 
is proportional to n, thus again leading to a predict- 
able time management tool for use in planning of an 
event-driven database system. 

An entity-relation database in accordance with 
the present invention is preferably maintained in such 
memory devices as will permit access in the shortest 
possible period of time. While it is preferred that the 
entirety of the database would be maintained avail- 
able In the CPU memory of the selected computer In 
which the database is installed, it will be appreciated 
that through the use of virtual memory mechanisms, 
portions of the database may be stored in fast access 
memory devices which will provide only minimal de- 
lays in access time. It is desirable, however, that a 
back up scheme be provided so that in the event of 
system failure the database can quickly be recon- 
structed. 

A preferred means for providing a back up record 
of the database includes a permanent record storage 
means such as a disk or tape system for storing a per- 
manent record of the database. A cache is provided 
which is connected to. the permanent record storage 
means. The cache being divided into at least two por- 
tions. The cache is connected to a logging means 
which logs to the cache each transaction occurring in 
the database which causes a change in at least one 
data element within the database. For those transac- 
tions which cause no change in the underlying data- 
base, such as an inquiry retrieval, no logging need oc- 
cur. Means Is provided for flushing the contents of a 
given portion of the cache to th permanent record 
storage means upon the filling of the one portion of 
the cache while allowing logging to another portion of 



30 



35 



40 



45 



50 



QMQ n 



7 



EP 0 583 108 A2 



8 



the cache. 

As a practical matter, in most circumstances, the 
cache need contain only two portions. Means is pro- 
vided for preventing any changes to the underlying 
database if no portion of the cache is available to re- 
ceive logging of a database transaction. The back up 
record provided in the permanent record storage 
means by the periodic flushing from the cache pro- 
vides a means for reconstructing the database up to 
and including the last completed flushing operation 
from the cache at any instant in time. In the event of 
system failure, the only lost data will be that found in 
the unfilled portion of the cache. The size of the 
cache portions can be selected based on estimated 
data activity so as to minimize the possible loss of 
data while at the same time providing ample time for 
flushing to occur. The use of the cache flushing to a 
permanent record can be combined with more stan- 
dard back up schemes so as to provide appropriate 
redundancy of the back up if desired. 

Additional features and advantages of the pres- 
ent invention will become apparent to those skilled in 
the art upon the following description of a preferred 
embodiment of the invention exemplifying the best 
mode of carrying out the invention as presently per- 
ceived. The detailed description particularly refers to 
the accompanying tables and drawings. 

Brief Description of the Tables and Drawings 

Table A shows the contents of a representative 
entity field including an address and sort index. 

Table B shows a second entity field owned by the 
entity field of Table A. 

Table C shows a pointing field relating the entity 
field shown In Table A to yet another entity field. 

Table D shows an entity linked list giving the in- 
verse relation to that shown in Table C. 

Tables and D 2 show the steps taken in the ad- 
dition and deletion of data from Table D. 

Table E shows the combination of a linked list and 
pointing list to relate the entity field of Table A to yet 
another Entity field. 

Table F shows another combination of linked list 
and pointing list to define the inverse relation to that 
given in Table E. 

Table G shows the concatenation of Tables E and 

F. 

Table H shows an alternative indexing for the en- 
tity field of Table A. 

Table H, shows the addition of a data element to 
the entity filed and its effect on the two different in- 
dexes. 

FIG. 1 is a diagram of a binary tree of the data 
shown in Table H. 

FIG. 2 is a block diagram of an event loging 
scheme used in connection with a database of the 
present invention. 



Description of the Preferred Embodiment 

The entity-relation database of the preferred em- 
bodiment Is constructed t contain two diff rent types 

5 of data-receiving f ields referred to generally as entity 
fields. The two different kinds of entity fields contain- 
ing arrays of data elements are called "key fields" and 
"item fields". Key fields are fields which contain an ar- 
ray of data entries each of which is unique. In a entity- 

10 relation database of the preferred embodiment, all 
key fields are sorted or indexed as the entries are 
made into the field. Thus the entries of a key field 
form at all times an ordered array similar to a flat file 
which can quickly be searched using a binary search 

15 process to locate the desired entry without having to 
read all the entries in the field. An example of a key 
field is one containing a list of the serial numbers as- 
signed to the articles of a particular- manufacturing 
process. Since no two articles of the same process 

20 have the same serial number, it follows that the field 
containing the list of the serial numbers is one in 
which each entry is unique. 

Another example of a key field is entity field #1 
as shown in Table A containing a list of makes of au- 

25 tomobiles. It is be to noted that while the data ele- 
ments of the field are not ordered within the field, a 
sort index is provided which orders the data elements 
of the field based on a characteristic of the data ele- 
ments, namely, their alphabetic order. It is to be un- 

30 derstood that another characteristic of the data ele- 
ments, such as word lengt h, could be chosen if so de- 
sired. Only arrays of data elements which are capable 
of some sort of ordered arrangement can form key 
fields, but the data elements can be information of 

35 any type what so ever including merely a list of mem- 
ory addresses. 

An item field, on the other hand, is one which 
contains entries which are not necessarily unique. 
Since item fields can contain entries which are dupli- 

40 cates of other entries in that same field, retrieval ac- 
cess to the information in an item field must be 
through another field, which otherfield is said to own 
the item field. An example of an item field is one con- 
taining a list of all the. model numbers of parts pro- 

45 duced in the order of their production where a multi- 
tude of parts carving each model number is manufac- 
tured. Such an item field could be accessed, for ex- 
ample, by way of. another field containing merely 
time/date entries reflecting the time and date of corn- 
so pletion of the parts.' Another example of an item field 
is entity field #2 shown in Table B which gives the cor- 
porate manufacturer of each of the makes of automo- 
biles listed in entity field #1. Entity field #2 is owned 
by entity field #1 and is accessed through that field. 

55 Again, an item field could be nothing more than an ar- 
ray of address s of other data ntries where the ad- 
dresses given can contain duplicates. 

An entity field containing an array of addresses, 
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whether structured as a key field or as a item field has 
particular use in an entity-relation database of the 
preferred embodiment, and is referred to as a pointing 
field. A pointing field is a relationship defining field. 
The function of "pointing" implies that a one-to-one or 5 
a one-to-many relationship exists between a pointing 
field and another field. A given pointing field can only 
point to a single other field, not to two or more. On the 
other hand, a given field can be pointed to by many 
other fields. An example of a pointing field is shown 10 
in Table C which shows pointing field 1-3, which is 
owned by entity field #1 , pointing to the addresses of 
the various data elements of entity field #3. 

In the entity-relation database of the preferred 
embodiment, all entities are related to each other by is 
relationships defined at the time of establishing the 
database. There are two fundamental kinds of rela- 
tionships, namely, a one-to-one relationship and a 
one-to-zero or more relationship (which can also be 
thought of as a one-to-many relationship, where 20 
"many" can have any value including zero). In addition 
to the direct relationships, chain relationships are also 
implied. That is, if entity field A has a one-to-one re- 
lationship with entity field B, and entity field B has a 
one-to-one relationship with entity field C, then it is 25 
implied that entity field A has a one-to-one relation- 
ship with entity field C. The entity fields are organized 
by relationship defining fields into a logical structure 
which allows query pat hs to be built into t he structure. 
Once the relationships are defined, the data entered 30 
into the database is quickly and easily accessed. One 
relationship between fields which is not permitted in 
an entity-relation database of the present invention is 
a so-called "many- to- many" relationship, because it 
simply fails to have sufficient information to permit 35 
the type of information retrieval required of such a 
system. 

To accomplish the ready data retrievability ac- 
tually required in an event-driven entity-relation data- 
base system according to the present invention it is 40 
desirable to also use an additional relationship defin- 
ing field to construct the desired data query paths. 
The additional relationship defining fields are in the 
form of linked lists which correlate the entries In two 
other fields, which may be entity fields or other rela- 45 
tionship defining fields. All linked lists are internally 
organized as "doubly-linked lists", with the values be- 
ing Inserted in each of the doubly-linked lists in such 
a fashion that retrieval of the relationship information 
may be obtained in either direction. The linked lists 50 
thus constitute indirect addressing for each entry in 
two other fields, which may be entity fields or other 
relationship defining fields. The linked lists are com- 
posed of a head portion and a continuation portion. 
The head portion is owned by a first field and points 55 
to a second field, while the continuation portion is 
owned by the second field and points to other ele- 
ments in the second field. An example of a linked list 



is shown in Table D wherein the manufacturers listed 
in entity field #3 are linked to the various makes of au- 
tomobiles they manufacture listed in entity field #1 by 
entity linked list 3-1. The head portion of entity linked 
list 3-1 is seen to comprise a pair of numbers for each 
entry in entity field #3. The numbers listed in column 
F points to the address of the first member of entity 
field #1 which Is related to the given entry in entity 
field #3. The numbers given under column L give the 
address of the last data element in entity field #1 re- 
lated to the given data element in entity field #3. 
Where there exists only a single member in entity 
field #1 which Is related to the element in entity field 
#3, the numbers appearing in both column L and col- 
umn F are the same, for example as shown under the 
entry for item 4 of entity field #3. Where there is more 
than one data entry in entity field #1 related to the 
data element in entity field #3, the numbers appear- 
ing in columns L and F are different from each other 
and represent the first and last member of the group 
of related data elements existing in field #1. In order 
to find the remaining elements, it Is necessary to go 
to the continuation portion of the entity linked list. 

The continuation portion of the linked list can be 
considered to be owned by the entity field #1 and 
gives the address within entity field #1 of the next and 
previous elements which are related to the same ele- 
ment of entity field #3. For example, entity field #3 
lists General Motors as a manufacturer and specifies 
that the first member of the related data elements in 
entity field is found at address 6. At address 6 in entity 
field #1, we find the data element "Buick" together 
with the indication that the next related data element 
Is to be found at address 8. At address 8, appears the 
data entry "Cadillac" and in the continuation list, the 
next entry is listed as 3. Underaddress 3, the data en- 
try is "Chevrolet" and the next entry given in the con- 
tinuation list is address 4. At address 4, we find the 
data entry "Corvette" and in the related continuation 
list, the identification of the next entry to be at ad- 
dress 11. At address 11, we find the data entry "Pon- 
tiac" and in the related entry in the continuation list, 
we find the next address 15. At address 15, we find 
the entry "Oldsmobile" and in the continuation list, we 
find the entry "0". This zero entry symbolizes the end 
of the list. Thus the list of all makes of automobiles 
manufactured by General Motors has been generated 
by following the addresses listed in the F.column of 
the head and the M-column of the continuation of the 
linked list. 

This same list can be generated in reverse order 
by looking at the entries under columns L and P in the 
head and continuation of the linked list, respectively, 
wher L stands for th last item of the list and P 
stands forthe previous item in the list That is, the last 
item given under General Motors in the head of the 
linked list is address 1 5 which in entity field #1 reveals 
the data entry field #1 reveals the data entry "Old- 
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smobile" and in the related continuation list gives the 
address 11. At address 11 is the data ntry "Pontiac" 
and the related continuation address under the P col- 
umn of 4 and so forth. Thus, the linked list may be 
viewed as two loops extending from a single entry in 
entity field #3 over to all of the related entries in entity 
field #1 which strings together like beads on a string 
related data elements In the two entity fields. Fur- 
thermore, the order of elements on the string is seen 
to be given by following the numbers which, for Gen- 
eral Motors, is 6, 8, 3, 4, 11 and 15. Following the 
same series using the last and previous numbers one 
achieves the series 15, 11, 4, 3, 8 and 6. It will be 
quickly realized that these two number series are op- 
posite from each other and can be employed to check 
the integrity of the linked list. Furthermore, if one 
sums together all of the addresses given in the last 
and previous columns and ail of the addresses given 
in the first and next columns, both sums should be the 
same since each address, with the exception of the 
zero address appears only once. The sum S of all 
such addresses is given by: 

£ = n (n + 1)/2, 
where "n n is the number of addresses in the entity 
field referred to by the linked list. This information can 
also be used to check to make sure that the linked list 
is not in error. It is to be noted that the linked list is 
constructed such that the order of entries retrieved 
from entity field #1 is in a predetermined order. In the 
example shown, the order is alphabetic but could be 
any other order specified. 

A key feature of such linked lists is found upon ex- 
amining the process of adding or deleting data from 
the entity field to which the linked list refers. Table 
shows the addition of the data entry "Edsel" at ad- 
dress 16 in entity field #1. Such an addition is accom- 
panied by the substitution of this new last member ad- 
dress in column L associated with data element 2 of 
entity field #3 and the substitution at the address pre- 
viously given at that location in column N of the ad- 
dress of the newest item. The value previously found, 
namely address 10 is listed in column P for item 16 of 
entity field #1, and since it is the last related item, the 
number zero appears under column N. The addition 
of the data element at address 16 changes the check 
sum from the previous value of 1 20 to the new value 
of 136. 

The deletion of an item is shown in Table D 2 show- 
ing the deletion of item 2 from entity field #1. Such a 
deletion requires substituting the address previously 
appearing in the columns P and N for the deleted item 
at the locations in the continuation of the linked list 
where the address of the deleted item previously ap- 
peared. Further, a value is inserted in columns P and 
N in the location of the deleted item indicating that 
t here is a space in the entity field at that location. The 
value to be substituted is equal to -(n - j), where n is 
the highest address given in entity field #1 and j is the 



address of the deleted item. Further, the check sum 
is now m difi d to reflect a lower total number of 
items In entity field #1. 

It will be appreciated that both the addition and 

5 deletion of items from entity field #1 Is accomplished 
through a finite series of steps by changes to the 
linked list which is achievable in a discernable amount 
of time and requires essentially no searching in order 
to accomplish such addition or deletion. Further, the 

10 number of steps involved in such addition or deletion 
is unrelated to the length of the entity field or linked 
list 

While the illustrated linked list directly relating en- 
tity field #3 to entity field #1 is satisfactory where 

15 there is a one-to-one relationship between the mem- 
bers of the field, such a. linked list is not satisfactory 
where there is a one-to-many relationship. In that cir- 
cumstance, it is necessary to employ a linked list to- 
gether with a pointing list to satisfactorily relate the 

20 two entity fields. An example of such a linked pointing 
list is found in Table E where the entity field #1 giving 
the makes of the various automobiles is related to en- 
tity field #4 which gives the models of various types 
of automobiles. The linked pointing list 1-4 estab- 

25 lishes the relationship between models of vehicles for 
each make given in entity field #1. The linked list itself 
has a head portion which is owned by the various data 
elements of entity field #1. The continuation portion 
does not relate to the addresses of entity field #4, but 

30 rather to the addresses of pointer field 1-4 which in 
turn points to the address numbers of entity field #4. 

Thus, it will be seen that address #1 in entity field 
#1 under the make "Dodge", the first member is poin- 
ter field #1 which In turn points to entity field address 

35 1 for pick up. In the continuation field, it lists the next 
address as address 2 which In turn points to entity 
field #2, etc., and by tracing the continuation portion 
of the linked list together with the pointer, one discov- 
ers that Dodge manufactures a pick up, a sedan, a 

40 convertible and a mini-van, but not a station wagon. 
Lincoln manufactures only a sedan and a convertible. 
Chevrolet manufactures all five models listed in entity 
field #4. Corvette manufactures only a convertible. It 
will be quickly appreciated that while entity field #1 

45 has only 15 entries and entity field #2 has only five 
entries, the pointerfield 1-4 referred to by the contin- 
uation of the linked list may have 50 or 60 entries. This 
is illustrative of the fact that an entity-relation data- 
base in accordance with the present invention can 

50 have many more relation defining entries than infor- 
mation data entries thereby forming a so-called 
"sparse matrix" or fourth normal form data storage 
system. While it will be appreciated that any addition 
or deletion from entity field #4 might cause any num- 

55 b r of changes to the linked pointing list 1-4, it will also 
be appreciated that a finite number of steps is in- 
volved related directly to the number of entries in en- 
tity field #1. 
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While Table E gives the linked pointing list 1-4 
from which one could extract all of the models mad 
for each make of automobile, Table E does not gen- 
erate the reverse Information, namely, all of the 
makes of automobiles for any given model. This rela- 
tionship is specified by Table F which is again a linked 
pointing list. From linked pointing list 4-1, one can dis- 
cover that pick-ups are manufactured by Dodge, 
Chevrolet, Jeep, and Ford, while sedans are manu- 
factured by every member of entity field #1 except 
Corvette, Jeep and Thunderbird. Again, the number 
of entries to be found in the continuation of the linked 
list and the related pointer list 4-1 far exceeds the 
number of entries in either entityfield #4 or entity field 

#1. 

The two linked pointing lists 1-4 and 4-1 taken to- 
gether define the total union of the two sets of data 
found in entity fields 1 and 4 as shown in Table G. 
While Table G shows such a concatenation of the 
linked pointing lists 1-4 and 4-1 , such a concatenation 
is not restricted to merely the concatenation of the 
two entity fields. Any number of entity fields can be 
so related together. Further, each array of addresses 
of other data entries can itself be considered as a field 
which may be accessed through linked lists and poin- 
ter lists as necessary in order to define all of the need- 
ed relationships of a given database. Often the linking 
relationships are more complicated than one might 
first immagine. This requires one to carefully consider 
and plan the required inquiry paths, and encourages 
one to continuously modify the inquiry paths based 
on an examination of the data reflecting the actual 
workings of the database. The addition of inquiry 
paths through the use of new linked pointing lists can 
be done at any time, even while the database is con- 
tinuing to receive data from event driven sources. 

With the various relationships between fields 
within the database defined by the relationship defin- 
ing mechanisms previously described, data retrieval 
time from the database is now determined by the in- 
dexing and search method employed to access the 
initial element of a predefined set of data elements. 
Upon access and retrieval of the initial element of the 
predefined set, all elements linked by the linking re- 
lationships are also retrieved. The retrieval can in- 
clude, if desired, certain of the organizational infor- 
mation which is found in the data dictionary portion of 
the database. The preferred entity relation database 
employs two different methods for indexing entity 
fields. While the difference in performance of the two 
indexing methods for fields having a small number of 
entries is not significant, as fields become increasing- 
ly larger, a sort index comprising merely a numerical 
series of integers gives way to a three digit binary tree 
indexing. A practical, but not essential, division be- 
tween the two indexing methods is where the field 
being indexed has more than 100 entries. The search 
mechanism employed for searching both indexes is 



the same, namely, binary searching, except that 
where a binary tree is employed the search always is 
initiated at the same point, namely the root of the tree. 
While In serial indexing, the start of the search is at 

5 the middle of the sort index. With each step in the 
sort as to both retrieval methods, one half of the da- 
tabase can be ignored since with each step the por- 
tion of the database containing t he desired entry is al- 
ways identified. In a true binary search of a sequential 

10 sort index, one half of the index is eliminated each 
time while in a binary tree search, this is only approx- 
imately true. 

The two types of indexing and the advantages to 
be enjoyed from such indexing are to be understood 

15 bestfrom the examples shown in Tables H and H v Ta- 
ble H shows entity field #1 with the field addresses 
shown on the left and the sort index given on the right 
of the data so as to place the entity field #1 in alpha- 
betic order. The binary tree sort is shown to the right 

20 of the sort index and includes three columns. The first 
column is the member to the left of the addressed col- 
umn, the second column is the member to the right 
of the addressed column and the third column is the 
parent of the addressed element. Understand what is 

25 meant by -left" and "right", one should consider FIG. 
1 which illustrates the binary tree generated by the 
sequential entry of the data in entity f ield#1 in the ad- 
dressed order given. Since address #1 has data entry 
"Dodge", that entry forms the root of the tree. There- 

30 after with each entry sequentially entered, the data 
element either appears earlier in the alphabet and is 
therefore placed on the left of the root or appears lat- 
er in the alphabet and is therefore placed on the right 
of the root. Each entry has only a single pair and, at 

35 most, has only two entries directly dependent from it, 
one on the left and one on the right The binary tree 
sort numbers do not refer to the sort index numbers, 
but rather to the addresses of the data entries. It is to 
be understood that while Table H shows both a se- 

40 quential sort index and a binary tree sort index, both 
such indexes would not be employed with respect to 
a single entityfield and are merely illustrative to dem- 
onstrate the differences in performance between the 
two indexing methods. 

45 The retrieval of a given data element using binary 

tree sorting will in general take a few more steps than 
the binary search of a serial sort index. This is due to 
the fact that the binary tree is not densely packed. 
That is, not every available leaf has an entry. If, as a 

so matter of placement of data, each level of the tree 
were completely filled before the next lower level 
were utilized, then the time for access using both 
methods would be, on average, the same. To under- 
stand th difference, consider retrieving from entity 

55 field #1 th entry at address 10 which is "Thunder- 
bird". Using a binary search of the sort index, one first 
goes to the middle of the field of link 15 which is sort 
index entry 8. Since the data appearing at that entry 
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is sequentially below where one wants to be, sort in- 
dex entries 1-8 are ignored and one goes to the mid- 
dle of the remaining entries which would be sort index 
1 2. This too is below the location where one wants to 
be thus one goes to the middle of the remaining field 
which is sort index 14. This too is below the entry de- 
sired, but there is only one entry left, namely 1 5 which 
is retrieved on the fourth step. Starting at the binary 
tree sort root which has a parent #0, one determines 
from the data entry that one needs to go to the right 
address given in the right column is 2, examination of 
the data entry at address 2 leads one to go further to 
the right. The address given in the right column from 
entry 2 is "9". Entry at address 9 such that one still 
needs to go to the right which is address 10 which is 
the desired entry. 

As another example, if one wanted to retrieve 
"Oldsmobile" from entity field #1 using the sort index, 
the series of indices tested would be 8, 12, 10 and 11 
which is merely four steps. On the other hand using 
the binary tree sort this series would start at the root 
with 1 and follow the path 2, 9, 10, 11, 12 and 15 
which is seven entries. The difference in number 
steps for retrieval can be minimized by keeping track 
of the number of zero elements appearing in the left 
and right columns of the binary tree sort and by per- 
forming certain rotations in order to minimize the 
number of zeros above the bottom of the tree. 

The significant advantage to using binary sort 
trees comes at such time as one needs to add or de- 
lete data from the entity field as shown in Table H,. 
The addition of the entry "EdseP at address 16 re- 
quires eleven changes In the sort Index. On average, 
one half of the sort index values will have to change 
with each addition or deletion from entity field #1 . On 
the other hand, the addition of an entry to the binary 
tree sort index requires merely four changes showing 
a new left dependent member for index entry 1 4, the 
parent of new entry 16 and, of course, since it is the 
newest member, the fact that both the left and right 
dependencies are empty. As indicated previously, 
where database contains more than 100 entries, this 
savings of time in index changes starts to become ap- 
preciable even on computers operating at very high 
speeds. Certainly when the length of the field 
amounts to 1,000 or 10,000 entries, a significant dif- 
ference in write or delete time may be experienced. 
This of course depends in part as to the memory de- 
vices employed. 

It is preferred that an entity-relation database in 
accordance with the present invention be maintained 
in such memory devices as will permit access In the 
shortest possible period of time. While generally it is 
preferred that the entirety of the database, including 
all of the relation defining fields, be maintained in the 
CPU memory of the selected computer, the use of vir- 
tual memory permits portions of the database to be 
stored in other devices which will only occasionally 



cause certain delays to occur. Regardless of the par- 
tition of the databas to various memory devices, it is 
desirable that a back-up scheme be provided so that 
In the event of system failure, the database can be 
5 quickly reconstructed. 

While standard back-up schemes can be em- 
ployed on a periodic basis to provide a snap shot of 
the database as a whole at a specific point in time 
while the system is otherwise inactive, it is desirable 
10 to maintain some means of providing additional back- 
up capability particularly where the period of time be- 
tween back-ups is fairly large. In many process mon- 
itoring systems, back-up opportunities may occur as 
infrequently as once each week. In the event of sys- 
15 tern failure, a significant body of data can be lost. In 
order to prevent this, a preferred entity-relation data- 
base 20 is shown in FIG. 2. The database includes a 
data dictionary portion 22, defines the various files 
created in the database and defines the structural re- 
20 lationships between the various files in that data- 
base. Thus the data dictionary comprises all field def- 
initions and their relationships by specifying the 
names of the fields, their types, sizes, ownership, 
data format, and the like. The remainder of the data- 
25 base is principally divided into data containing fields 
or entity fields 24 and relation fields 26 such as the 
pointing fields, linked lists, etc., previously discussed. 

There is additionally provided an event cache 28 
which is divided into two portions 30 and 32. The 
30 event cache is used to store on a temporary basis 
each change in the database which occurs in any of 
portions 22, 24 or 26. As a given portion 30 or 32 of 
the event cache becomes full, the contents of that 
portion is transferred or flushed by way of an event 
35 logging means 34 to a permanent storage record 
such as a disc or tape 36. During the transfer by the 
event transfer means 34, the portion of the event 
cache not previously in use is employed to record all 
changes In the database. When the second portion 
40 Is full, portions are again switched and the second 
portion is transferred by the event transfer means to 
the permanent storage media. In the unlikely event 
that the transferto the permanent media occurs slow- 
er than the filling of the one portion of the event 
45 cache, a signal can be provided to temporarily sus- 
pend data entry into the database 20 and to provide 
appropriate diagnostic- information indicating that a 
faster data transfer from the event cache to the per- 
manent storage means is required. 
50 Although the invention has been described in de- 

tail with reference to certain tables and figures illus- 
trating the preferred embodiment, variations and 
modifications xist within the scope and spirit of the 
invention as described and defined in th following 
55 claims. 
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Claims 

1 . A method of handling pre-defined sets of related 
information in a general purpose computer com- 
prising the steps of: 

constructing a database including a plural- 
ity of entity fields for containing arrays of data 
elements, 

adding data elements to the database 
such that data elements of each of said pre-de- 
fined sets are located In at least two of the entity 
fields, 

associating with each data element of a 
second entity field an address for a first and a last 
related element In a first entity field, the set of all 
such addresses for the first and the last related 
elements forming together a head of a linked list, 

associating with each data element of the 
first entity field an address for the next related 
element and an address for the previous related 
element of the first entity field, a set of all such 
addresses for said next and previous related ele- 
ments forming together a continuation of a linked 
list, 

indexing the data elements in at least the 
second entity field in an order related to a select- 
ed characteristic of the data elements within the 
indexed entity field, and 

retrieving a selected one of said pre-de- 
fined sets of data elements from the first and sec- 
ond entity fields by conducting a binary search of 
the second entity field index to locate one data 
element of said pre-defined set, the remaining 
elements of said pre-defined set being specified 
by said linked list 

2. The method of claim 1 wherein the step of adding 
a data element to the first entity field comprises 
the steps of: 

substituting in the head portion of said 
linked list the address of the added data element 
for the previously existing address of said last 
element of said first entity field related to the 
member of the second entity field to which the 
added data element is related, and 

adding said previously exising address to 
the continuation portion of the linked list to spec- 
ify the address of said previous element associ- 
ated with the added data element. 

3. The method of claim 2 wherein the step of adding 
a data element to the first entity field further com- 
prises the steps of: 

substituting the address of the added data 
element to the continuation portion of the linked 
list for the next related element of said previous 
element associated with the added data element, 
and adding an address for the next related ele- 



ment to the continuation portion of the linked list 
associated with the added data element symbol- 
izing th endofth linked list. 

4. The method of claim 1 further comprising the op- 
eration of deleting a selected data element from 
the first entity field by the steps of: 

substituting the address of the next and 
previous related elements of said selected data 
element at the locations In the continuation of the 
linked list where the address of the selected data 
element appears, and 

inserting in the continuation of the linked 
list at the location of the selected data element a 
value indicating that the array at that location is 
vacant 

5. An entity-relation database comprising a plurality 
of entity fields containing arrays of data ele- 
ments, the data elements being related to each 
other in pre-defined sets, each pre-defined set 
including data elements in at least two of the en- 
tity fields, the database further comprising: 

at least one linked list providing means for 
retrieving from a first of the entity fields all ele- 
ments related to a selected element of a second 
of one entity fields in either of two reciprocal or- 
ders defined by the linked list, the linked list com- 
prising: 

a head portion, associated with 
each member of the second entity field, contain- 
ing an address for a first and a last element of said 
first entity field related to said each member of 
the second entity field, and 

a continuation portion, associated 
with each member of the first entity field, contain- 
ing an address for each next element in said first 
entity field and an address for each previous ele- 
ment in said first entity field related to said each 
40 member of the second entity field. 

6. The entity-relation database of claim 5 further 
comprising indexing means for indexing the data 
elements of at least some of the plurality of entity 

45 fields including said second entity field into or- 

dered arrays forming indexed entity fields to per- 
mit retrieval of any selected data element within 
such an indexed entity field and all related ele- 
ments identified by said linked list associated 

so therewith. 

7. The entity-relation database of claim 6 wherein 
the Indexing means comprises a searchable ser- 
ies of integers related one-to-one to the data ele- 

55 ments of each indexed entity field as a function 

of a selected characteristic of the data elements 
within the indexed entity field, and wherein the 
databas further comprises means for conduct- 
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ing a binary search of the series of integers to lo- 
cate a desired data element of the indexed entity 
field. 

8. The entity-relation database of claim 6 wherein 
the indexing means comprises a searchable net- 
work of integers arranged in groups of three in- 
tegers for each of the data elements of each such 
Indexed entity field, one of the three integers 
specifying the index integer of a parent data ele- 
ment of the same entity field, and each of the two 
remaining integers specifying the index integer of 
any immediately dependent data elements of the 
same entity field, the network of integers map- 
ping the data elements onto an inverted tree. 

9. The entity-relation database of claim 5 further 
comprising a pointing field containing an ad- 
dressable array of addresses of at least some of 
the data elements in said first entity field, and a 
pointer linked list providing means for retrieving 
from said first entity field by way of the pointing 
field all elements related to any selected element 
of a third entity field in either of two reciprocal or- 
ders defined by the pointer linked list 

10. The entity-relation database of claim 9 wherein 
the pointer linked list comprises:. 

a head portion containing an address, as- 
sociated with each member of said third entity 
field, for a first and a last element of the pointing 
field pointing to a related element in said first of 
the entity fields, and 

a continuation portion containing an ad- 
dress for each next element of the pointing field 
and an address for each previous element of the 
pointing field pointing to the same related ele- 
ment in said first of the entity fields. 

11. The entity-relation database of claim 9 further 
comprising a second pointing field containing an 
addressable array of addresses of at least some 
of one data elements in said third entity field, and 
a pointer linked list providing means for retrieving 
from said third entity field by way of the pointing 
field all elements related to any selected element 
of said first entity field in either of two reciprocal 
orders defined by said second pointer linked list. 

12. The entity- relation database of claim 11 wherein 
said first pointing field and said second pointing 
field are combined together to form a concatina- 
tion of pointer fields allowing reciprocal retrieval 
of related data elements from both related entity 
fields. 

13. The entity-relation database of claim 5 further 
comprising means for checking the integrety of 



the linked lists including m ans for comparing the 
sum of the first and next el ment addresses with 
the sum of the last and previous element ad- 
dresses within each linked list. 

5 

14. The entity-relation database of claim 5 further 
comprising means for providing a backup record 
of the database including permanent record stor- 
age means for storing a permanent record of the 

10 database, a cache divided Into at least two por- 
tions connected to the permanent record storage 
means, means connected to the cache for log- 
ging to the cache each transaction within the da- 
tabase which causes a change to at least one 

15 data element within the database, and means for 
flushing the contents of one portion of the cache 
to the permanent record storage means upon the 
filling of said one portion while allowing logging to 
another portion of the cache to continue. 

20 

15. An entity-relation database comprising a plurality 
of entity fields containing ordered arrays of data 
elements, the data elements being related to 
each other in pre-defined sets, each pre-defined 

25 set Including data elements in at least two of the 
entity fields, the database further comprising: 

at least one pointing field containing an ad- 
dressable array of addresses of at least some of 
the data elements in a first of the plurality of en- 

30 tity fields, 

at least one linked list providing means for 
retrieving from a first of the entity fields all ele- 
ments related to a selected element of a second 
of the entity fields in either of two reciprocal or- 

35 ders defined by the linked list, the linked list com- 
prising: 

a head portion containing an address, as- 
sociated with each member of the second of said 
plurality of entity fields, for a first and a last ele- 

40 ment of the pointing field pointing to a related ele- 

ment in said first of the entity fields, and 

a continuation portion containing an ad- 
dress for each next element of the pointing field 
and an address for. each previous element of the 

45 pointing field pointing to the same related ele- 

ment in said first of the entity fields, and 

means for' checking the integrity of the 
linked lists including means for comparing the 
sum of the first'and next addresses with the sum 

50 of the last and" previous addresses within each 

linked list. 

16. The entity-relation databas of claim 15 further 
comprising a second pointing field containing an 

55 addressable array of addresses of at least some 

of the data elements in said second entity field, 
and a second pointer linked list providing means 
for retrieving from said second entity field by way 
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of the second pointing field all lements related 
to any selected element of said first entity field in 
either of two reciprocal orders defined by said 
second pointer linked list. 

5 

17. In combination with a database retained in the 
memory of a general purpose computer, the im- 
provement comprising means for providing a 
backup record of the database including a per- 
manent record storage means for storing a per- 10 
manent record of the database, a cache divided 

into at least two portions connected to the perma- 
nent record storage means, means connected to 
the cache for logging to the cache each transac- 
tion within the database which causes a change 15 
to at least one data element within the database, 
and means for flushing the contents of one por- 
tion of the cache to the permanent record storage 
means upon the filling of said one portion while 
allowing logging to another portion of the cache 20 
to continue. 

18. The improvement of claim 1 7 wherein the perma- 
nent record storage means comprises an eras- 
able medium, and means for recording data on 25 
said medium reflecting the contents of said one 
portion of said cache. 

19. The improvement of claim 17 further comprising 
means for preventing any changes in the data- 30 
base if no portion of the cache is available to re- 
ceive the logging of database transactions. 
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TABLE A. 

FWTTTY FIELD fl 
ADDRESS DATA SQRT INDEX 



0 


-BLANK- 


15 


1 


DODGE 


6 


2 


LINCOLN 


9 


3 


CHEVROLET 


3 


4 


CORVETTE 


5 


5 


CHRYSLER 


4 


6 


BUICK 


1 


7 


JEEP 


8 


8 


CADILLAC 


2 


9 


MERCURY 


10 


10 


THUNDERBIRD 


15 


11 


PONTIAC 


13 


12 


PLYMOUTH 


12 


13 


SATURN 


14 


14 


FORD 


7 


15 


OLDSMOBILE 


11 


16 


-BLANK- 


0 


17 


-BLANK- 


0 


18 


- BLANK - 


0 


19 


-BLANK- 


0 


20 


- BLANK - 


0 
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TABLE B 



FNTTTY F IELD #1 



ADDRESS 


DATA -SORT 


INDEX 


0 


-BLANK- 


15 


1 


DODGE 


6 


2 


LINCOLN 


9 


3 


CHEVROLET 


3 


4 


CORVETTE 


5 


5 


CHRYSLER 


4 


6 


BUICK 


1 


7 


JEEP 


8 


8 


CADILLAC 


2 


9 


MERCURY 


10 


10 


THUNDERBIRD 


15 


11 


PONTIAC 


13 


12 


PLYMOUTH 


12 


13 


SATURN 


14 


14 


FORD 


7 


15 


OLDSMOBILE 


11 


16 


- BLANK - 


0 


17 


- BLANK - 


0 


18 


-BLANK- 


0 


19 


-BLANK- 


0 


20 


-BLANK- 


0 



BKTTTY FIELD #2 (OWNED) 



ADPRESS 


PATA 


0 


-BLANK- 


1 


CHRYSLER 


2 


FORD 


3 


GENERAL MOTORS 


4 


GENERAL MOTORS 


5 


CHRYSLER 


6 


GENERAL MOTORS 


7 


CHRYSLER 


8 


GENERAL MOTORS 


9 


FORD 


10 


FORD 


11 


GENERAL MOTORS 


12 


CHRYSLER 


13 


SATURN 


14 


FORD 


15 


GENERAL MOTORS 


0 


-BLANK- 


0 


-BLANK- 


0 


-BLANK- 


0 


-BLANK- 


0 


-BLANK- 
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TABLE C. 
POINTING FIELD 1-3 



ENTITY FIELD #1 POINTING FIELD ENTITY HELD #3 



hi 


DATA 


OWNED 


BY til 


M 


PATA 


0 


-BLANK- 


0 


0 


0 


-BLANK- 


1 


DODGE 


1 


3 


1 


GENERAL MOTORS 


2 


LINCOLN 


2 


2 


2 


FORD 


3 


CHEVROLET 


3 


1 


3 


CHRYSLER 


4 


CORVETTE 


4 


1 


4 


SATURN 


5 


CHRYSLER 


5 


3 






6 


BUICK 


6 


1 






7 


JEEP 


7 


3 






8 


CADILLAC 


8 


1 






9 


MERCURY 


9 


2 






10 


THUNDERBIRD 


10 


2 






11 


PONTIAC 


11 


1 






12 


PLYMOUTH 


12 


3 






13 


SATURN 


13 


4 






14 


FORD 


14 


2 






15 


OLDSMOBILE 


15 


1 






16 


-BLANK- 











17 
18 
19 
20 
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TABLE H. 

prrTTY PTRLD fl PTNARY TREE SORT 



ADDRESS 


DATA SORT 


INDEX 


LET 


RHT 


PRNT 


0 


-BLANK- 


15 


1 


-16 


15 


1 


DODGE 


6 


3 


2 


0 


2 


LINCOLN 


9 


7 


9 


1 


3 


CHEVROLET 


3 


6 


4 


1 
3 


4 


CORVETTE 


5 


5 


0 


5 


CHRYSLER 


4 


0 


0 


4 


6 


BUICK 


1 


0 


8 


3 


7 


JEEP 


8 


14 


0 


2 


8 


CADILLAC 


2 


0 


0 


6 


9 


MERCURY 


10 


0 


10 


2 


10 


THUNDERBIRD 


15 


11 


0 


9 
10 


11 


PONTIAC 


13 


12 


13 


12 


PLYMOUTH 


12 


15 


0 


11 


13 


SATURN 


14 


0 


0 


11 


14 


FORD 


7 


0 


0 




15 


OLDSMOBILE 


11 


0 


0 

-17 


12 


16 


-BLANK- 


0 


- 1 




17 


-BLANK- 


0 


- 1 


-18 




18 


-BLANK- 


0 


- 1 


-19 
-20 
0 




19 


-BLANK- 


0 


- 1 




20 


-BLANK- 


0 


- 1 
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TABLE H 



FfJTTTV FT ELD il 
AnnRFRS DATA 



SORT INDEX 



BINARY TREE SORT 
LFT RHT PRNT 



0 
1 
2 
3 
4 
5 
6 
7 
8 
9 

10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 



-BLANK- if 

DODGE 6 

LINCOLN ift 

CHEVROLET 3 

CORVETTE 5 

CHRYSLER 4 

BUICK 1 

jeep a 

CADILLAC 2 

MERCURY il 

THUNDERBIRD i£ 

PONT I AC il 

PLYMOUTH 11 

SATURN i5 

FORD fl 

OLDSMOBILE il 

EDSEL 1 

-BLANK- 0 

-BLANK- 0 

-BLANK- 0 

-BLANK- 0 



1 
3 
7 
6 
5 
0 
0 
14 
0 
0 
11 
12 
15 
0 
ifi 
0 
ft 

- 1 

- 1 

- 1 

- 1 



-16 
2 
9 
4 
0 
0 
8 
0 
0 
10 
0 
13 
0 
0 
0 
0 
ft 
-18 
-19 
-20 
0 



15 
0 
1 
1 
3 
4 
3 
2 
6 
2 
9 
10 
11 
11 
7 
12 

il 

- 1 

- 1 

- 1 

- 1 
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FIG. 2 



DATA DICTIONARY 



7 



DATA FIELDS 



RELATIONAL FIELDS 



EVENT CACHE — 



-22 



34 



EVENT LOGING MEANS 



DISK OR TAPE 
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